United States Patent and Trademark Office 



UNITED STATES DEPARTMENT OF COMMERCE 
I nilid Stall-, Patent and Trademark Office 

Address: COMMISSIONER FOR PATENTS 



APPLICATION NO. 



FILING DATE 



FIRST NAMED INVENTOR 



ATTORNEY DOCKET NO. CONFIRMATION NO. 



10/750.430 



12/30/2003 



45809 7590 04/27/2010 

SHOOK, HARDY & BACON L.L.P. 
(MICROSOFT CORPORATION) 
INTELLECTUAL PROPERTY DEPARTMENT 
2555 GRAND BOULEVARD 
KANSAS CITY, MO 64108-2613 



306387.01/MFCT. 149170 



FLEISCHER, MARK A 



PAPER NUMBER 



DELIVERY MODE 



Please find below and/or attached an Office communication concerning this application or proceeding. 

The time period for reply, if any, is set in the attached communication. 



PTOL-90A (Rev. 04/07) 



l/ffflrC? nVrliUli Otfff Iff ids y 


Application No. 

10/750,436 


Applicant(s) 
DEB ET AL. 


Examiner 

MARK A. FLEISCHER 


Art Unit 

3624 





- The MAILING DATE of this communication appears on the cover sheet with the correspondence address — 
Period for Reply 



A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) OR THIRTY (30) DAYS, 
WHICHEVER IS LONGER, FROM THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1 .136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 133). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
earned patent term adjustment. See 37 CFR 1 .704(b). 

Status 

1 )KI Responsive to communication(s) filed on 11 January 2010 . 
2a )^ This action is FINAL. 2b)D This action is non-final. 

3) D Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 11, 453 O.G. 213. 

Disposition of Claims 

4) |EI Claim(s) 1-5,8,9, 11 - 17, 19 and 21- 34 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) D Claim(s) is/are allowed. 

6) 13 Claim(s) 1-5. 8.9.11- 17. 19 and 21'- 34 is/are rejected. 

7) 0 Claim(s) is/are objected to. 

8) D Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) Q The specification is objected to by the Examiner. 

10) ^ The drawing(s) filed on 30 December 2003 is/are: a)^ accepted or b)D objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) be held in abeyance. See 37 CFR 1.85(a). 
Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 

1 1) D The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-152. 

Priority under 35 U.S.C. § 119 

12) D Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 119(a)-(d) or (f). 
a)D All b)D Some * c)D None of: 

1 .□ Certified copies of the priority documents have been received. 

20 Certified copies of the priority documents have been received in Application No. . 

3.Q Copies of the certified copies of the priority documents have been received in this National Stage 
application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 



Attach ment(s) 

1) ^ Notice of References Cited (PTO-892) 4) □ Interview Summary (PTO-41 3) 

2) □ Notice of Draftsperson's Patent Drawing Review (PTO-948) Paper No(s)/Mail Date. . 

3) □ Information Disclosure Statement(s) (PTO/SB/08) 5 ) □ Notice of Informal Patent Application 

Paper No(s)/Mail Date . 6) □ Other: . 



PTOL-T26 d (Rev e 08-06r 



Office Action Summary 



Part of Paper No./Mail Date 20100413 



Application/Control Number: 10/750,436 
Art Unit: 3624 

DETAILED ACTION 



Page 2 



Status of Claims 

1. This final office action is in reply to the amendments filed on 11 January 2010. 

2. Claims 1 - 5, 8, 9, 1 1 - 17, 19, 21 - 28 and 31 - 34 have been amended. 

3. Claims 6, 7, 10 and 20 have been cancelled. Claim 18 has previously been canceled. 

4. Claims 1 - 5, 8, 9, 1 1 - 17, 19 and 21 - 34 are currently pending and have been examined. 

Response to Amendments 

5. The rejection of claim 14 under 35 USC §112, 2 nd paragraph is withdrawn in light of Applicant's 
amendments. 

6. The rejections of claims 1-17 and 19 - 33 under 35 USC §103 over Hanagan in view of Pather 
and claim 34 over Hanagan in view of Pather and further in view of Seshadri are maintained for 
reasons set forth below. 

7. The rejection of claim 34 under 35 USC §112, 2 nd paragraph is withdrawn in light of Applicant's 
amendments. 

Response to Arguments 

8. Applicant's arguments received on 11 January 2010 have been fully considered but they are not 
persuasive. Referring to the previous Office action, Examiner has cited relevant portions of the 
references as a means to illustrate the systems as taught by the prior art. As a means of 
providing further clarification as to what is taught by the references used in the first Office action, 
Examiner has expanded the teachings for comprehensibility while maintaining the same grounds 
of rejection of the claims, except as noted above in the section labeled "Status of Claims." This 
information is intended to assist in illuminating the teachings of the references while providing 
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evidence that establishes further support for the rejections of the claims. 

9. Addressing first the issues raised by Applicant in attempting to disqualify the prior art of Pather 
and Seshadri, Applicant argues that these teachings were prior art only under section 102(e), (f) 
and (g) and hence disqualified under the provisions of 35 U.S.C. §1 03(c). Applicant states that 
"The instant application and Pather were, at the time the invention of the instant application was 
made, owned by Microsoft Corporation." (Remarks, p. 13). While such statement is in accord with 
the MPEP insofar as attempting to disqualify prior art (MPEP §706.02(l)(2)), it is insufficient under 
the present circumstances. 

10. For 103(c) to be operative, it must be established that the claimed invention and the prior art were 
"commonly owned, or subject to an obligation of assignment to a same person, at the time the 
claimed invention was made ..." MPEP §706.02(l)(2) (emphasis added). This means that "the 
subject matter which would otherwise be prior art to the claimed invention and the claimed 
invention are entirely or wholly owned by the same person(s) or organization(s)/business 
entity(ies) at the time the claimed invention was made. If the person(s) or organization(s) owned 
less than 100 percent of the subject matter which would otherwise be prior art to the claimed 
invention, or less than 100 percent of the claimed invention, then common ownership would not 
exist. Common ownership requires that the person(s) or organization(s)/business entity(ies) own 
100 percent of the subject matter and 100 percent of the claimed invention. See MPEP 
§706.02(l)(2)(l) "Definition of Common Ownership". 

11. Applicant's will note that the inventors of the present invention did not execute assignments 
before or on the filing date of the instant invention. Specifically, inventors David Brennan and 
Stuart Marshall executed assignments of their claims of ownership to the instant patent 
application to Microsoft Corporation on 24 May 2004, well after the publication of Pather and 
Seshardri (1 January 2004). 

12. The question of whether common ownership exists at the time the claimed invention was made is 
to be determined on the facts of the particular case in question. Actual ownership of the subject 
matter and the claimed invention by the same individual(s) or organization(s) or a legal obligation 



Application/Control Number: 10/750,436 Page 4 

Art Unit: 3624 

to assign both the subject matter and the claimed invention to the same individual(s) or 
organization(s)/business entity(ies) must be in existence at the time the claimed invention was 
made in order for the subject matter to be disqualified as prior art . A moral or unenforceable 
obligation would not evidence common ownership. MPEP §706.02(l)(2)(l). 

13. Under these circumstances, these teachings constitute prior art under 35 U.S.C. §1 02(a) and, 
consequently, the terms of 35 U.S.C. §103(c) are not operative unless and until Applicant can 
provide further evidence that an obligation of assignment by these inventors to assign their rights 
to the instant invention existed at the time of the invention. 

14. Applicant is advised to thoroughly and carefully examine the guidelines in MPEP §706.02 in order 
to fully satisfy the requirements for disqualifying prior art under 35 U.S.C. §103(c). 

15. Applicant distinguishes Hanagan from the instant application by contrasting the purposes of these 
inventions. Applicant states "Hanagan describes a customer care and billing system that includes 
a variety of modular components. Hanagan at ff [0055]. The system also consolidates customer 
care and billing data to allow services to be provided and the data viewed via a single interface 
and through a consolidated database. Id. As such, Applicants respectfully submit that Hanagan 
fails to teach or suggest all the limitations of independent claim 1." (Remarks, p. 14). Applicant 
goes on to note that the limitations of claim 1 states that "only a required set of eligible accounts 
are fetched for bulk processing based on [ ] criteria... Hanagan does not describe identifying 
accounts as eligible for bulk processing or fetching only a required set of eligible accounts..." 
(Remarks, p. 14). The teachings of Hanagan however derogate from these apparent distinctions. 
While it is true that Hanagan does not use the term "eligible" to flag those accounts that can be 
processed by the bulk component, Hanagan does refer to an equivalent concept. For example, 
Hanagan [0163] states "In many cases, service specific logic is required. The invention addresses 
this in one of two ways. If the processing is identical, but the values are different (e.g., rates for 
wireless service will vary from wireline), the rates are stored in user maintained tables. This 
preserves the common stream processing. If the processing is specific to a service type, (e.g., 
one type of service uses total off-hook time for duration, while another uses connect time), a 
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common processing stream is created with alternative processing for specific event types. Even 
when alternative processing is used, the event continues along the common path once the 
exception logic is completed. The key difference is that all usage follows a single path. There will 
be instances where a particular type of usage requires unique processing, but this processing is 
built into the common processing path." The substance of these claims therefore amounts to a 
simple mechanism for using processing systems efficiently, i.e., bulk or batch processing for 
those accounts that are "eligible". Indeed, Hanagan [0082] addresses such issues: 

"The result is a workflow, identifying the proper order in which tasks must be completed, 
the estimated time required to perform a task, and the type of resource(s) required for 
each task. OP 22 actively monitors each task, generating alarms for potential error 
conditions , such as tasks failing to start or finish at their scheduled time. OP 22 
completely automates order scheduling and processing. This eliminates time-consuming 
errors due to missed steps and improper work implementations, freeing valuable 
resources to perform other value-added functions..." 

16. Applicant argues that "Hanagan does not describe identifying accounts as eligible for bulk 
processing..." (Remarks, p. 14). Examiner respectfully disagrees. Hanagan [0355] describes 
"Batch Environments" wherein accounts can be handled and processed quickly and efficiently in 
such environments, but only under conditions where the data permit such processing to occur. 
Hanagan [0193] further describes the issues surrounding the maintenance of accounts. Hanagan 
[0359] elaborates on this: "As not all on-line workload is created equal, the invention also 
provides a framework for application servers, which are used for complex interactive processing. 
This minimizes the overhead required as objects are built only once on a server, rather than 
being built for every transaction." 

17. Applicant highlights Examiner's citations of Hanagan [0411] regarding the notion of a "row is 
valid" and equating that with "eligible account". It should be noted however that the notion of 
what constitutes an eligible account is well-established in Hanagan as noted above. The logic 
that is effectuated and described above shows that certain accounts must, ipso facto have been 
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identified, otherwise they would not have been processed. The mere use of the terms "eligible 
accounts" is not the substantive issue, but what the processes do as not all accounts are 
amenable to 'bulk processing'. The use of labels such as 'eligible' is merely non-functional 
descriptive material that in any event is effected in Hanagan. In addition, reliance on Hanagan 
[0411] does not limit the application of the teachings of Hanagan. It should be noted that the 
Examiner is not required to map each limitation to a cited passage within the prior art of 
reference, as is suggested by the Applicant, nor is it the Examiner's responsibility to translate the 
technology, techniques, and/or methods of the prior art of record, since it is the assumption of the 
Examiner that the Applicant and the Applicant's representatives are those of at least ordinary skill 
in the art. 

18. Ergo, the passages cited by the Examiner are a courtesy meant not only to lay a foundation of 
rejection of the claim limitations, but also to introduce the prior art of record as a benchmark of 
knowledge currently employed by artisans of the past and present, and also for establishing a 
pathway for continued prosecution. It is incumbent upon the Applicant and the Applicant's 
representative, then, to evaluate the prior art of record, point out misconceptions or other 
inaccuracies made by the Examiner, assert limitations that have not been properly addressed or 
that are novel, and, if deemed necessary, amend the claims to overcome the prior art of record, 
each and all in pursuit of an allowance. 

19. Applicant further distinguishes the notion of 'task dependencies' as taught in Hanagan and the 
instant application noting that Hanagan refers to such dependencies in the context of workforce 
tasks as opposed to task dependencies associated with bulk processing tasks. (Remarks, p. 15). 
Hanagan however, in at least [0387], teaches methods that discriminate between batch (bulk) 
processing and 'stream' or on-line processing. Indeed, Hanagan [0367] describes the operational 
features of online versus batch software processes where it is understood that processes 
inherently involve various conditions and task dependencies. Other passages in Hanagan further 
describes these features. For example, Hanagan [0416] states "Each batch process inherits from 
the HvfApplication infrastructure class, which provides a context for handling event-based 
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processing ." (emphasis added). 

20. Applicant notes the amended claims recite more clearly the removal component and argues that 
Hanagan does not teach a removal component or process for removing an account that is made 
ineligible. The rejections below highlight such removal processes as in Hanagan [252]. 
Moreover, these particular elements are well-known in the art as not all components requiring 
processing are suitable for processing in a batch environment and removing certain accounts 
therefore is a basic mechanism for improving the efficiency of the system. 

21. The particular passages relied on in Hanagan [0250] with respect to "a validator" (Remarks, p. 16) 
are also addressed elsewhere in Hanagan. Similar arguments can me made to address 
Applicant's concerns with respect to the remaining claims. 

22. In summary, the teachings of the prior art together teach every limitation of the rejected claims 
and/or demonstrate that the claimed invention is an obvious variation of what has been taught in 
the art. 



Claim Objections 

23. Claim 15 is objected to because of the following informalities: The claim recites "an error 
component that that processes..." wherein the word 'that' is repeated. Appropriate correction is 
required. 



Claim Rejections - 35 USC §112 

24. The following is a quotation of the second paragraph of 35 U.S.C. §112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

25. Claims 15 - 21 are rejected under 35 U.S.C. §112, second paragraph, as being indefinite for 
failing to particularly point out and distinctly claim the subject matter which applicant regards as 
the invention. 
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• Claim 15 recites "the processing of after the limitation starting with "an error component...". 
This reference lacks sufficient antecedent basis in light of the later reference to "the resolved 
errored account processing...". The manner in which this limitation is written is confusing and 
the lack of antecedent basis makes it more difficult to ascertain what is meant. For example, 
the merging step refers to processing of resolved errored accounts that are 'merged' with 
bulk processing of eligible accounts wherein the process of merging the processing seems 
unnecessarily confusing. It appears that the processing of resolved errored accounts are 
handled by adding those accounts to the bulk processing component and for purposes of 
examination, Examiner interprets this as meaning just that. Further clarification would be 
helpful here. 

Claim Rejections - 35 USC § 101 

26. 35 U.S.C. §101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

27. Claims 1 - 14, 22 - 30 and 34 are rejected under 35 U.S.C. §101 because the claimed invention 
is directed to non-statutory subject matter. While media are statutory categories the preamble of 
claim 1 referring to the "computer executable instructions embodied thereon" states "when 
executed provide...", yet there is no language asserting what component or device executes the 
aforementioned instructions. Language such as "a computer-executable program product (or 
computer readable media) comprising computer executable instructions tangibly embodied on a 
computer readable medium that when executed by said computer perform the method steps 
comprising..." is a suggestion for how to bring this claim into compliance with 35 U.S.C. §101 
because "a computer-executable program tangibly embodied on a computer readable medium" is 
statutory subject matter. In addition, the specification states: 

"computer readable media can be any available media that can be accessed by the 
computer and includes both volatile and nonvolatile media,... By way of example, and not 
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limitation, computer readable media can comprise computer storage media and 
communication media... Communication media typically embodies computer-readable 
instructions, data structures, program modules or other data in a modulated data signal 
such as a carrier wave or other transport mechanism, and includes any information 
delivery media. The term "modulated data signal" means a signal that has one or more of 
its characteristics set or changed in such a manner as to encode information in the 
signal. By way of example, and not limitation, communication media includes wired media 
such as a wired network or direct-wired connection, and wireless media such as acoustic, 
RF, infrared and other wireless media. Combinations of the any of the above should also 
be included within the scope of computer-readable media ." (emphasis added) 
(Specification, p. 16). 

The following guidelines by the Office are therefore provided below as a courtesy to facilitate 
bringing the claims into statutory compliance. 
28. The United States Patent and Trademark Office (USPTO) is obliged to give claims their broadest 
reasonable interpretation consistent with the specification during proceedings before the USPTO. 
See In re Zletz, 893 F.2d 319(Fed. Cir. 1989)(during patent examination the pending claims must 
be interpreted as broadly as their terms reasonably allow). The broadest reasonable 
interpretation of a claim drawn to a computer readable medium (also called machine readable 
medium and other such variations) typically covers forms of non-transitory tangible media and 
transitory propagating signals per se in view of the ordinary and customary meaning of computer 
readable media, particularly when the specification is silent. See MPEP 2111.01. When the 
broadest reasonable interpretation of a claim covers a signal per se, the claim must be rejected 
under 35 U.S.C. §101 as covering non-statutory subject matter. See In re Nuijten, 500 F.3d 1346, 
1356-57 (Fed. Cir. 2007) ( transitory embodiments are not directed to statutory subject matter ) 
and Interim Examination Instructions for Evaluating Subject Matter Eligibility Under 35 U.S.C. 
§101, Aug. 24, 2009; p. 2. 
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29. The USPTO recognizes that applicants may have claims directed to computer readable media 
that cover signals per se, which the USPTO must reject under 35 U.S.C. §101 as covering both 
non-statutory subject matter and statutory subject matter. In an effort to assist the patent 
community in overcoming a rejection or potential rejection under 35 U.S.C. §101 in this situation, 
the USPTO suggests the following approach. A claim drawn to such a computer readable 
medium that covers both transitory and non-transitory embodiments may be amended to narrow 
the claim to cover only statutory embodiments to avoid a rejection under 35 U.S.C. §101 by 
adding the limitation "non-transitory" to the claim. Cf: Animals -Patentability, 1077 Off. Gaz. Pat. 
Office 24 (April 21, 1987) (suggesting that applicants add the limitation "non-human" to a claim 
covering a multi-cellular organism to avoid a rejection under 35 U.S.C. §101). Such an 
amendment would typically not raise the issue of new matter, even when the specification is silent 
because the broadest reasonable interpretation relies on the ordinary and customary meaning 
that includes signals per se. The limited situations in which such an amendment could raise 
issues of new matter occur, for example, when the specification does not support a non-transitory 
embodiment because a signal per se is the only viable embodiment such that the amended claim 
is impermissibly broadened beyond the supporting disclosure. See, e.g., Gentry Gallery, Inc. v. 
Berkline Corp., 134 F.3d 1473 (Fed. Cir. 1998). 

Claim Rejections - 35 USC § 103 

30. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 

rejections set forth in this Office action: 

A patent may not be obtained though the invention is not identically disclosed or described as 
set forth in section 102 of this title, if the differences between the subject matter sought to be 
patented and the prior art are such that the subject matter as a whole would have been 
obvious at the time the invention was made to a person having ordinary skill in the art to 
which said subject matter pertains. Patentability shall not be negatived by the manner in 
which the invention was made. 



Application/Control Number: 10/750,436 Page 1 1 

Art Unit: 3624 

31. Claims 1 - 5, 8, 9, 11 - 17, 19 and 21 - 33 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Hanagan, et al. (US PgPub 20040133487 A1) in view of Pather, ef a/. (US 
7177859 B2). 
Claims 1, 15, 22, 28 and 31: 

Hanagan describes and/or discloses a system (see title) and method (see e.g., [0004] "billing", 
"aggregates", and in [0082] "determine the tasks...") and computer-readable media with computer- 
executable instructions (claim 3 and [0452] "server programs") that facilitates task processing ([0082]) 
and periodic processing ([0306] "on a periodic basis") of subscription accounts ([0102] "customer 
subscription information") in the following limitations, as shown: 

• a bulk component ([0357] "batch environment") that periodically, concurrently processes in a bulk 
mode, ([0357] "automatically processed in parallel", hence concurrently) a plurality of eligible 
accounts ([0411] "row is valid" and in [0078] "providing advanced features to additionally support 
scripting and validations ." (emphasis added)) with a set of dependent tasks, wherein only a 
required set of eligible accounts are fetched for bulk processing based on one or more preset 
criteria for each of the tasks in the set of dependent tasks; and (Hanagan [0329] "Task 
dependencies". Hanagan [0415] states " Batch units of workload are initiated periodically , usually 
according to a pre-defined time schedule or by predictable arrival of an occasional event or file of 
events from an external system." (emphasis added). Hanagan [0268] refers to use of parallel 
processing using a balanced workload. Hanagan [0355] inter alia also refers to scalability issues 
and batch environments and in Hanagan [0252] "user-defined criterion [sic] for selecting records 
based on characteristics of the record" corresponds to the preset criteria where only a subset of 
records requiring processing are processed.); 

• a removal component (Hanagan [abstract]: "The components are modular." and in [0252] "Filters 
can be set up to filter out records. [...] Filters are defined using the ERP graphical user interface ." 
(emphasis added) where 'filter out' corresponds to removal and 'ERP...' corresponds to 
component') that removes an account from the eligible accounts and from bulk processing as an 
errored account if an error is associated therewith wherein the errored account is made ineligible 
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for fetching for future bulk mode processing ([0250] "Single erroneous UE records are errored out 
and written to an Invalid Event Records File. If some records are rejected due to invalid field 
contents, the reason is written to an Error File." (emphasis added) where 'records' corresponds to 
eligible accounts and 'errored out' corresponds to an errored account). 

• an error component ([0149-56] "...in the case an error is detected." See also [0250] "The 
Validator") that that processes the errored account ([0250] "Single erroneous UE records are 
errored out and written to an Invalid Event Records File.") to resolve the error associated 
therewith (see [0250] and [0443] "Error Handling"), and merges the processing of the resolved 
errored account with bulk processing ([0250] "A GUI is also provided for error correction . [...] The 
validated UE records are written to files (different files (same format) for assembly and non- 
assembly records)." (emphasis added) where validated' corresponds to resolved errored account 
and 'assembly' corresponds to merges... see also [0477] "The framework merges master and 
incremental update files...") of the eligible accounts by the bulk component when the resolved 
errored account processing is temporally aligned with the bulk processing ([0476] "Over time the 
master file will get out of synchronization with the database because of database inserts, updates 
or deletions that are applied to the database table. For large tables supporting time critical 
functionality, these additional changes are captured periodically and made available to running 
processes in an incremental update file ." (emphasis added) where 'out of synchronization' in 
conjunction with 'changes...' and 'incremental update...' corresponds to temporally aligned and 
'running processes' corresponds to the bulk component and bulk processing) and identifies the 
errored account as eligible for fetching for future bulk processing (Hanagan [0416] states "Work 
messages identify the location of the next 'unit of work' to be processed— usually a file of input 
records [...]"); and 

• [a catch-up component that] facilitates real-time processing of an account ([0084] "The invention 
is a Customer Care and Billing (CCB) solution, providing convergent and modular functionality, 
real-time information , drastically shortened time to market, and a flexible architecture."). 
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Hanagan does not specifically teach the notion of a catch-up component, per se, but Pather in an 
analogous art pertaining to programming models for subscription services, does. In at least col. 28, 
lines 59-62 ([28,59-62]) "Additionally, developers may specify the number of quantums that the logical 
generator clock can fall behind the real time clock before processing of subscription rules (both event 
and scheduled) is skipped in order to catch up ." Pather [11,43] also further describes and/or 
discloses batch processing that is done on a periodic basis.) 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the modular system models, components and methods of Hanagan that batch 
process subscription and billing accounts with the methods of Pather that provide a mechanism for 
'catching up' because account processing data handled in batches is highly scalable and thus 
merging corrected data, as by the error component, is important so that all accounts can be handled, 
but the error correction processing may cause many accounts to "fall behind" (Pather [28,51]) the 
appropriate processing time frame, hence, the capability to catch up avoids this problem by 
maintaining the timeliness of the data processing. 
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Claims 2 and 16: 

Hanagan teaches the following limitation: 

• the tasks are processed sequentially (see [0157] and [0259] "The sequence of calculations...") 
against the plurality of eligible accounts ([0180] "Maintain Customer Accounts") according to task 
dependencies ([0329]). 

Claims 3 and 17: 

Hanagan teaches the following limitation: 

• the bulk component repeatedly processes the errored account up to a predetermined number of 
attempts before the errored account is removed by the removal component for error processing 
([0247] "A raw event record file is rejected if it contains too many erroneous records (where "too 
many" is specified in a user-defined parameter )..." and in [0283] "the cycle can be approved for 
distribution or rejected to be reprocessed ." (emphasis added) and finally, in [0250] see "error 
correction" and [0476] for "deletions" and removal component)). 

Claims 4 and 23: 

Hanagan teaches the following limitation: 

• (claim 4) wherein the errored account is merged back into bulk mode processing by the bulk 
component when the error associated therewith has been resolved. 

• (claim 23) merging the errored account ([0250] "Single erroneous UE records are errored out and 
written to an Invalid Event Records File.") that has been resolved with the one or more eligible 
accounts for further processing in bulk ([0250] "A GUI is also provided for error correction . [...] 
The validated UE records are written to files (different files (same format) for assembly and non- 
assembly records)." (emphasis added) where 'validated' corresponds to errored account that has 
been resolved and 'assembly' corresponds to merging... see also [0477] "The framework merges 
master and incremental update files..."). 

Claim 5: 

Hanagan teaches the following limitation: 
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• the errored account is merged back into bulk mode processing only when the errored account 
has been resolved (see the rejections of claims 4 and 23 above. Note the phrase therein that has 
been resolved... is logically equivalent to the condition/limitation only when the...) temporally with 
bulk mode processing of the bulk component ([0476] "Over time the master file will get out of 
synchronization with the database because of database inserts, updates or deletions that are 
applied to the database table. For large tables supporting time critical functionality, these 
additional changes are captured periodically and made available to running processes in an 
incremental update file ." (emphasis added) where 'out of synchronization' in conjunction with 
'changes...' and 'incremental update...' corresponds to resolved temporally and 'running 
processes' corresponds to the bulk component). 

Claim 8: 

Hanagan teaches the following limitation: 

• the dependent tasks processed on a first day must be processed error-free before the same tasks 
can be processed on a succeeding day ([0082]: The result is a workflow, identifying the proper 
order in which tasks must be completed , the estimated time required to perform a task, and the 
type of resource(s) required for each task. OP 22 actively monitors each task, generating alarms 
for potential error conditions , such as tasks failing to start or finish at their scheduled time. OP 22 
completely automates order scheduling and processing. This eliminates time-consuming errors 
due to missed steps and improper work implementations , freeing valuable resources to perform 
other value." (emphasis added)). 

Claim 9: 

Hanagan does not specifically teach the following limitation, but Pather, in an analogous art pertaining 
to programming models for subscription services, does as shown. 

• comprising a catch-up component for real-time processing of an account (In at least col. 28, lines 
59-62 ([28,59-62]) "Additionally, developers may specify the number of guan-tums that the logical 
generator clock can fall behind the real time clock before processing of subscription rules (both 
event and scheduled) is skipped in order to catch up .") 
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Therefore, it would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the modular system models, components and methods of Hanagan that batch 
process subscription and billing accounts with the methods of Pather that provide a mechanism for 
'catching up' because account processing data handled in batches is highly scalable and thus 
merging corrected data, as by the error component, is important so that all accounts can be handled, 
but the error correction processing may cause many accounts to "fall behind" (Pather [28,51]) the 
appropriate processing time frame, hence, the capability to catch up avoids this problem by 
maintaining the timeliness of the data processing. 
Claim 19: 

Hanagan teaches the following limitation: 

• the bulk component ([0357] "batch environment") the system performs periodic processing 
([0306] "on a periodic basis" and in [0411] "row is valid" and in [0078] "providing advanced 
features to additionally support scripting and validations ." (emphasis added)) of subscriber 
accounts ([0102] "customer subscription information"). 

Claim 11: 

Hanagan teaches the following limitation: 

• the plurality of eligible accounts are processed in parallel by one or more computing devices 
([0268] "ERP [ ] is designed for parallel processing and the workload is balanced between the 
different processes by workload servers ."). 

Claim 12: 

Hanagan teaches the following limitation: 

• the plurality of eligible accounts are processed in parallel by different threads of execution on a 
single computing device ([0396] "On-line application servers are multi-threaded."). 

Claim 13: 

Hanagan teaches the following limitation: 

• the plurality of eligible accounts are processed in accordance with an access control list ([0456] 
regarding data security and "login screens". Also, in [0432] "restrict unauthorized access". 
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Hanagan [0482] also describes control mechanisms for data access which are obvious variations 

of permitting processing in accordance with an access control list.). 
Hanagan does not specifically refer to an access control list per se, but Examiner takes Official 
Notice that it is old and well-known as well as common place in the information processing arts to 
restrict access to computer services and information using various standard mechanisms, among 
these is the use of access control lists of authorized users. Therefore, it would have been obvious to 
one of ordinary skill in the art at the time the invention was made to incorporate an access control list 
and process accounts in accordance therewith because preserving data security and integrity is a 
necessary condition for ensuring the utility and the functionality of any large-scale information 
processing system and the utility of such restrictions were predictable at the time of the invention. 
Claim 14: 

Hanagan does not specifically teach the following limitation, but Pather, as shown, does: 
• wherein the system is restrained to keep utilization of system resources ([23, 23]: "Such a factor 
can be considered a trade-off between improving application speed and monopolizing system 
resources." and corresponds to the effect of self-throttling. In addition, Pather repeatedly refers 
to "a predetermined threshold" (see e.g., [77,23]) under a predetermined threshold ([24,1]: "A 
value specified for distributor settings should also be considered in terms of a trade-off between 
improving application speed and monopolizing system resources." (emphasis added) where 'a 
value specified' corresponds to a predetermined threshold.) if a number of dependencies 
associated with an account are below a second threshold, the predetermined threshold defining a 
limit on the use of system resources (Pather [17,64] states "Second, an application does not have 
unlimited time and resources.", and in Pather [24,1] refers to a threshold that provides a limit on 
use of system resources: "A value specified for distributor settings should also be considered in 
terms of a trade-off between improving application speed and monopolizing system resources.", 
and in Pather [23,55]: " By lowering the thread pool size , generator processing speed will 
decrease, but the generator's demand for system resources will also decrease ." (emphasis 



Application/Control Number: 10/750,436 Page 18 

Art Unit: 3624 

added) where the emphasized text indicates a threshold that provides a limit to the 'demand for 
system resources'.). 

Neither Hanagan nor Pather specifically teach that the number of task dependencies corresponds to a 
predetermined threshold, but Examiner takes Official Notice that it is old and well-known as well as 
common place account processing arts that the number of task dependencies can serve as a threshold or 
limiting value on the utilization of system resources. Hanagan [0329] indicates such relationships to wit: 
"Advanced Scheduling Algorithms — [ ] supports all types of standard scheduling algorithms. Task 
dependencies , service request dependencies , and resource availability are all taken into account during 
the scheduling process." (emphasis added) and in Hanagan [0082]: "The work request is analyzed to 
determine the tasks required to complete the request , as well as all scheduling dependencies that are 
required. The result is a workflow, identifying the proper order in which tasks must be completed, the 
estimated time required to perform a task, and the type of resource(s) required for each task. [...] actively 
monitors each task, generating alarms for potential error conditions, such as tasks failing to start or finish 
at their scheduled time. [...] completely automates order scheduling and processing. This eliminates 
time-consuming errors due to missed steps and improper work implementations, freeing valuable 
resources to perform other value added functions." (emphasis added). Therefore, it would have been 
obvious to one of ordinary skill in the art at the time the invention to combine the teachings of Hanagan 
and Pather and what is old and well-known to use the aforementioned threshold and to self-throttle 
because it provides a mechanism whereby system administrators can effect a tradeoff between speed 
and system resources as noted above and that the benefits of this capability were known at the time of 
the invention and were predictable. 
Claim 21: 

Hanagan teaches the following limitation: 

• the bulk component and the error component process accounts concurrently ([0443]: "Error 
Handling: Error handling allows applications to deal consistently with error or fault situations. 
Error handling for batch applications is different in some respects than for on-line applications 
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since high-volume errors must not stop processing as long as work can continue. On-line errors 
generally must be dealt with immediately ." (emphasis added)). 
Claim 24: 

Hanagan teaches the following limitation: 
• the processing in bulk further comprises, 

• processing task dependency data related to the set of tasks ([0329]: " Task dependencies , 
service reguest dependencies, and resource availability are all taken into account during the 
scheduling process."); 

• maintaining system state data of the system (see [0316] regarding "State Transition 
Knowledge Base"); 

• generating an account level exception list of exceptions generated during 
the processing in bulk (In at least [0162] reference is made to "processing" and "exception 
logic". Further, in [0247] "...the Error Report File..." which is equivalent to an account level 
exception list. Also, in [0443] "Error handling for batch applications..." where this also 
pertains to accounts] as shown in [0081] "The Customer Bill Manager... the mass batch of 
documents."); 

• monitoring and reporting system processes related to at least bulk processing ([0330]: "The 
invention monitors tasks for these conditions and creates alarms that are directed to workers 
to inform them of the problems." (emphasis added)), 

• removing an errored account ([0252] "Filters can be set up to filter out records. [...]" and in 
[0250] "Single erroneous UE records are errored out [. . .]"); and 

• providing error handling related to an error generated by the errored account ([0443]). 
Claim 25: 

Hanagan teaches the following limitation: 

• reprocessing the errored account in bulk before removing the account for error processing 
(see the rejections of claims 3 and 17). 

Claim 26: 
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Hanagan [0078] teaches the limitation reprocessing the errored account before requiring manual 
intervention to initiate further reprocessing, "customer service representatives [to] spend more time 
focusing on the customer and less time on manual and redundant tasks." because this can tend to 
increase system productivity (see e.g., [0328]). 
Claim 27: 

Hanagan teaches the following limitation: 

• predicting when subscription cycle end processing needs to be performed next (See the 
rejection of claim 18 above and [0307]. Also, in [0082]: "OP 22 completely automates order 
scheduling and processing." and in [0415]: "Batch units of workload are initiated periodically , 
usually according to a pre-defined time schedule or by predictable arrival of an occasional 
event or file of events from an external system." (emphasis added) where 'workload...' 
corresponds to subscription cycle end process as in the rejection of claim 18, 'pre-defined...' 
and 'predictable...' and '...event' corresponds to the limitation since scheduling an event or 
task is equivalent to predicting when...). 

Claim 29: 

Hanagan teaches the following limitation: 

• determining according to a predetermined threshold level when a second account that is 
dependent on a first account is considered inconsistent (Regarding the first and second account 
(dependent on...) in in [0133] "These types of customers are generally large with multiple 
invoices, accounts, and locations." (emphasis added) hence related or dependent accounts. In 
[0250-3]: "The Validator [ ] validates the [ ] records for correctness and [...] performs different 
types of edits on the fields of the internal record format (for example, numeric checks, date 
validations, and value checks). Moreover, the Validator determines which records need to be 
assembled for long duration. An event record file is rejected if it contains too many erroneous 
records (as specified in a parameter ). [...] Several error groups can be defined. [...] The 
importance of the error group determines how to handle the record (for example, ignore the 
incorrectness, recycle the record, or write it to the Invalid Event Records File). The error severity 
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can be configured . [...] Corrections can be applied either to individual records, or to multiple 
records grouped by error codes and error groups. [...] A warning is issued when configurable 
specified thresholds are passed .") 
Claim 32: 

Hanagan teaches the following limitation: 

• a first system that processes a set of tasks against a plurality of accounts; 

• a second system that processes the same set of tasks against the plurality of accounts 
periodically (Hanagan [0415] states " Batch units of workload are initiated periodically , usually 
according to a pre-defined time schedule or by predictable arrival of an occasional event or 
file of events from an external system." (emphasis added).) wherein the first system signals 
the second system to bypass processing of one of the plurality of accounts if the first system 
determines an error in the one account ([0163]: "Even when alternative processing is used , 
the event continues along the common path once the exception logic is completed ." In 
[0444]: "This service allows processes to be controlled by a central control and management 
process (C&M). In this case, C&M can start, stop (gracefully or immediately) and monitor 
processes to verify their current state (running or in error )." (emphasis added) where 
'processes' refers to at least two system elements or systems. In [0250]: "The Validator 176 
validates the UE (Unrated Event) records for correctness and sends the UE records to the 
Duplicate Event Check process . [...] An event record file is rejected if it contains too many 
erroneous records (as specified in a parameter). Single erroneous UE records are errored out 
and written to an Invalid Event Records File. [...] The importance of the error group 
determines how to handle the record (for example, ignore the incorrectness, recycle the 
record, or write it to the Invalid Event Records File )" (emphasis added) where 'write it to 
the...' corresponds to bypass processing. Also, in [0475]: " Multiple processes can share 
memory-mapped files. If two processes on the same machine map to the same file , the file 
will be loaded into memory only once." (emphasis added) where 'file' corresponds to 
accounts and 'multiple processes' corresponds to processes a set of tasks...). 
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Claim 33: 

Hanagan teaches the following limitation: 

• the second system signals the first system to bypass processing of a second account of the 
plurality of accounts if the second system determines an error in the second account 
(Hanagan [0445] states: "Using special workload balancing processes, message queuing 
provides a straightforward mechanism for load balancing across multiple batch application 
processes serving the same function ." (emphasis added) and see the rejection of claim 32 
above. Also, Hanagan [0196] distinguishes between account sets and types and specifically 
refers to "a second account"). 

32. Claim 34 is rejected under 35 U.S.C. 103(a) as being unpatentable over Hanagan, ef a/. (US 
PgPub 20040133487 A1) in view of Pather, et al. (US 7177859 B2) and further in view of 
Seshadri, ef al. (US PgPub 20040002988 A1). 
Claim 34: 

Hanagan teaches the following limitation: 

• a bulk component ([0357] "batch environment") that periodically, concurrently bulk processes 
([0357] "automatically processed in parallel") a plurality of eligible accounts ([0411] "row is 
valid" and in [0078] "providing advanced features to additionally support scripting and 
validations ." (emphasis added)) with a set of dependent tasks ([0329] "Task dependencies". 
Hanagan [0415] states " Batch units of workload are initiated periodically , usually according to 
a pre-defined time schedule or by predictable arrival of an occasional event or file of events 
from an external system." (emphasis added).); 

• a removal component (Abstract: "The components are modular." and in [0252] "Filters can be 
set up to filter out records. [...] Filters are defined using the ERP graphical user interface ." 
(emphasis added) where 'filter ouf corresponds to removal and 'ERP...' corresponds to 
component) that removes an account from the eligible accounts as an errored account if an 
error is associated therewith and identifies the errored account as ineligible for fetching for 
future bulk processing (Hanagan [0250] "Single erroneous UE records are errored out and 
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written to an Invalid Event Records File. If some records are rejected due to invalid field 
contents, the reason is written to an Error File." (emphasis added) where 'records' 
corresponds to eligible accounts and 'errored out' corresponds to an errored account. 
Hanagan [0416] states "Work messages identify the location of the next 'unit of work' to be 
processed— usually a file of input records [...]"); 
• an error component (Hanagan [0149-56] "...in the case an error is detected." See also [0250] 
"The Validator") that processes the errored account (Hanagan [0250] "Single erroneous UE 
records are errored out and written to an Invalid Event Records File.") to resolve the error 
associated therewith producing a resolved errored account, identifies the resolved errored 
account as eligible for fetching for future bulk processing, (Hanagan [0416] states "Work 
messages identify the location of the next 'unit of work' to be processed— usually a file of 
input records [...]"; see also Hanagan [0250] and [0443] "Error Handling"), and merges the 
processing of the resolved errored account with bulk processing ([0250] "A GUI is also 
provided for error correction . [. . .] The validated UE records are written to files (different files 
(same format) for assembly and non-assembly records)." (emphasis added) where 'validated' 
corresponds to resolved errored account and assembly' corresponds to merges... see also 
[0477] "The framework merges master and incremental update files...") of the eligible 
accounts by the bulk component when the processing of the resolved errored account is 
temporally aligned with the bulk processing ([0476] "Over time the master file will get out of 
synchronization with the database because of database inserts, updates or deletions that are 
applied to the database table. For large tables supporting time critical functionality, these 
additional changes are captured periodically and made available to running processes in an 
incremental update file ." (emphasis added) where 'out of synchronization' in conjunction with 
'changes...' and 'incremental update...' corresponds to temporally aligned and 'running 
processes' corresponds to the bulk component and bulk processing); and 
Hanagan does not specifically teach the notion of a catch-up component that facilitates real-time 
processing of an account, per se, but Pather in an analogous art pertaining to programming models 
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for subscription services, does. In at least col. 28, lines 59-62 ([28,59-62]) "Additionally, developers 
may specify the number of quantums that the logical generator clock can fall behind the real time 
clock before processing of subscription rules (both event and scheduled) is skipped in order to catch 
up.."). Neither Hanagan nor Pather specifically teach that the bulk component processes the errored 
account with up to a predetermined threshold number of attempts to resolve the errored account but 
Seshadri, in an analogous art does. Seshadri [0099] states: "With respect to the distributor, it should 
be noted that retry functionality can be provided wherein the platform allows application developers to 
specify a pattern of retry attempts for failed notifications and retrys are implemented accordingly 
without requiring an application developer to specificy an inordinate amount of extra logic." (emphasis 
added) and in [0338] and [0344] describes a "retry schedule" and in [0345] describes an "element 
[that] can be used to define the number of failures that may occur before a system event log entry is 
created to document the failure." (emphasis added) where the emphasized text corresponds to a 
predetermined threshold number of attempts to resolve the errored account. Note that Seshadri also 
teaches batch processing in at least [0126] and in many other paragraphs. Therefore, it would have 
been obvious to one of ordinary skill in the art at the time the invention was made to combine the 
teaching of Hanagan and Pather with Seshadri because the bulk (batch) processing capabilities 
taught in Seshadri increases the efficiency (Seshadri [0007]) of the account processing system and 
the technical capability to combine these teaching existed at the time of the invention and the result 
was predictable. 
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Applicant's amendment necessitated the new ground(s) of rejection presented in this Office action. 
Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). Applicant is reminded of the 
extension of time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE MONTHS from the 
mailing date of this action. In the event a first reply is filed within TWO MONTHS of the mailing date of this 
final action and the advisory action is not mailed until after the end of the THREE-MONTH shortened 
statutory period, then the shortened statutory period will expire on the date the advisory action is mailed, 
and any extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of the 
advisory action. In no event, however, will the statutory period for reply expire later than SIX MONTHS 
from the date of this final action. 

The prior art made of record and not relied upon that is considered pertinent to applicant's 
disclosure are: 

• Savage, et al. (US 7236950 B2) and pertain to account processing. 

Any inquiry of a general nature or relating to the status of this application or concerning this 
communication or earlier communications from the Examiner should be directed to Mark A. Fleischer 
whose telephone number is 571.270.3925. The Examiner can normally be reached on Monday-Friday, 
9:30am-5:00pm. If attempts to reach the examiner by telephone are unsuccessful, the Examiner's acting 
supervisor, Beth Boswell whose telephone number is 571.272.6737 may be contacted. 

Information regarding the status of an application may be obtained from the Patent Application 
Information Retrieval (PAIR) system. Status information for published applications may be obtained from 
either Private PAIR or Public PAIR. Status information for unpublished applications is available through 
Private PAIR only. For more information about the PAIR system, see 

http://portal.uspto.gov/external/portal/pair <http://pair-direct.uspto.gov >. Should you have questions on 
access to the Private PAIR system, contact the Electronic Business Center (EBC) at 866.217.9197 (toll- 
free). 
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Any response to this action should be mailed to: 

Commissioner of Patents and Trademarks 

P.O. Box 1450 
Alexandria, VA 22313-1450 

or faxed to 571-273-8300. 

Hand delivered responses should be brought to the United States Patent and Trademark Office 
Customer Service Window: 

Randolph Building 
401 Dulany Street 
Alexandria, VA 22314. 

Mark A. Fleischer 
/Mark A Fleischer/ 
Examiner, Art Unit 3624 20 April 2010 



/Andre Boyce/ 

Primary Examiner, Art Unit 3623 



